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SYSTEM AND METHOD OF SECURE PAYMENT 
AND DELIVERY OF GOODS AND SERVICES 

Field of the Invention 

5 The invention relates to a system and method for the secure payment and 

delivery of goods and services. More particularly, the invention is a system and 
method in which two or more parties, who have not engaged in any prior business 
transactions, may order goods and services from each other and arrange for 
payment and delivery through a trusted third party. 

10 

Background of the Invention 

With the explosion in Internet access and usage an increasing volume of 
business is occurring between individuals and firms, who have never seen each 
other, let alone engaged in any prior business transactions. Currently, a typical 

1 5 Internet user would have a browser installed in his local computer or server such as 
Internet Explorer™ or Netscape™. Using this browser, the user would access an 
Internet service provider, such as America-On-Line (AOL™), via a modem over the 
local public switched telephone network (PSTN). Once logged onto the Internet 
server, the user may utilize one of the many search engines, such as Yahoo™ or 

20 Lycos™, to specify search terms. The user may also use a web crawler, spider or 
robot to attempt to find a product, service or information desired. The search engine 
or web crawler would then respond with a list of web sites which matched the search 
terms the user provided. The user would then log onto a web site and view the 
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products or services available for sale. If the user decides to buy the item from the 
web site, the firm operating the web site would frequently request a credit card 
number be entered by the user in order to pay for the product or service. Once the 
credit card charge is approved, the operator of the web site will then typically ship the 
5 item to the user. In the case where the item ordered is digital in format, such as 
software, graphics, text, video, or music, the item ordered maybe downloaded into 
the user's PC, server, lap top, palm computer or other processor-based system. 

With the advent of cellular phones with and without wireless access protocol 
(WAP), a user may also "surf* the Internet and order goods and services directly 

10 through the WAP-capable phone or a processor-based system connected to the 
cellular phone in a similar manner as that used with a PC. Thus, a user may order 
goods and services from anywhere a cellular phone, satellite phone, or other type 
of mobile phone may operate. Therefore, a person could be sitting in the middle of 
a remote area, many miles away from another human being, let alone a telephone 

15 line, and order a video game from a web site on the other side of the planet and 
download it into his palm computer connected to a cellular or a standalone WAP or 
HTML (Hypertext Markup Language) capable phone and play the game on the spot. 

However, the user or consumer may not know who is operating the web site 
and may have a legitimate fear of supplying a credit card number over the Internet 

20 to a stranger who may or may not deliver the desired product. Further, the user may 
be concerned that the agreed upon price will not be the price actually charged to his 
credit card. Also, there is no guarantee that the goods will be delivered if the web 
site operator is less than honest. Further, if the user is contacting the web site 
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through a WAP-capable phone or processor connected to a mobile phone, the user 
may desire the digital product to be sent to another computer at a later time rather 
than downloaded to or through the mobile phone since such a digital product may 
be a large file and take a long time to download, which can be expensive because 
5 of the long access time. 

Attempts to alleviate the foregoing problems and facilitate Internet commerce 
have been made by CyberCash, Inc. using CyberCoin™, CyberCash™, and 
InstaBuy™. CyberCoin™ enables a user or consumer to establish an account to be 
used in making small purchases ranging typically anywhere from 25 cents to ten 

10 dollars. A user of CyberCoin™ makes deposits to his account using a major credit 
card, such as for example Visa™ or MasterCard™, in small amounts. When making 
purchases, the user pays for the purchase with the CyberCoin™ account. Since, the 
purchases using CyberCoin™ involve a small amount of money and the web site 
operator does not receive an account number for a major credit card, the risk to the 

1 5 user is reduced. However, there is no guarantee of delivery of the product bought 
or that the correct amount will be charged to the CyberCoin™ account. Also, in the 
case of digital products, no provision is made for later delivery to an alternate 
computer system. Further, even though the amount of money in a CyberCoin™ is 
small, the risk of intercepting such an account number by a third party still exists 

20 even when an encryption algorithm is employed. 

CyberCash™ is a service which offers a web site a more secure method of 
processing credit card purchases by linking the web site to the credit card processor 
using an encryption algorithm. This reduces, but does not eliminate, the risk to the 
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user or consumer that a third party will intercept the credit card number since that 
number and authorization is encrypted. However, again the consumer is not 
guaranteed delivery of the product ordered or that the correct amount will be charged 
to the credit card. Also, in the case of digital products, no provision is made for later 
5 delivery to an alternate computer system. 

InstaBuy™ is a mechanism in which a consumer may establish a password 
protected file of credit card numbers and other information. When making a 
purchase from a web site that is signed up for this service, the consumer enters the 
password and selects from the credit cards listed in his file to make the payment. 

10 Again, the transaction is encrypted to reduce, but not eliminate, the risk that a third 
party will intercept the credit card number. Further, since the required credit card 
number is entered once, the consumer does not have to enter it for every purchase. 
However, again the consumer is not guaranteed delivery of the product ordered or 
that the correct amount will be charged to the credit card. Also, in the case of digital 

15 products, no provision is made for later delivery to an alternate computer system. 

Therefore, what is needed are a system and method for a user or consumer 
to order and pay for goods and services without the risk of a third party intercepting 
a credit card number or other method of payment. This system and method should 
also provide a mechanism for the user or consumer to pay for a product without 

20 supplying a credit card number, or other method of payment, to the content provider, 
but instead pays a trusted party. Further, this system and method should also lock 
or bind the seller of goods and services to a price which the user or consumer was 
initially given and thereby prevent the seller from charging a different price. This 
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system and method should also provide a mechanism in which the consumer may 
be confident of actually receiving the ordered item. Still further, this system and 
method should be able to have the purchased digital item delivered to a location 
other than the location at which the order was placed and at a time the user requests 
5 the delivery. 

Summary of the Invention 

An embodiment of the present invention provides a system, method and 
computer program for ordering, paying for and delivering goods and services. This 

10 system, method and computer program begins by a user ordering and paying for a 
content selected from a content provider. The user then calculates and transmits a 
first service response value to the content provider. Thereafter, the network operator 
calculates a second service response value when the user requests the content from 
the network operator. The network operator contacts the content provider to verify 

1 5 that first service response value matches the second service response value. The 
network operator then transmits the content to the user when the first service 
response value matches the second service response value. 

Further, an embodiment of the present invention creates a system, method 
and computer program for ordering, paying for and delivering goods and services. 

20 This system, method and computer program begins by a user ordering a content, 
having a content ID, selected from a content provider. The content provider then 
transmits to the network operator a first service response value, and a mobile 
network identifier received from the user. The network operator then calculates a 
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second service response value and a cipher key and determines if the first service 
response value matches the second service response value. The content provider 
transmits the content to the user, when the first service response value matches 
second service response value. 
5 Still further, an embodiment of the present invention provides for a system, 

method and computer program for ordering, paying for and delivering goods and 
services. This system, method and computer program begins by the user ordering 
a content, having a content ID, selected from a network operator. The user then 
calculates and transmits a first service response value to the network operator. The 
1 0 network operator calculates a second service response value and a cipher key and 
determines if the first service response value matches the second service response 
value. The content ID, and a cipher key are transmitted to the content provider. The 
content is transmitted to the user by the content provider when requested by the 
user. 

15 In addition, an embodiment of the present invention provides for a system, 

method and computer program for ordering, paying for and delivering goods and 
services. This system, method and computer program begins by the user ordering 
a content, having a content ID, selected from a network operator. The user then 
calculates and transmits a first service response value to the network operator. The 

20 network operator calculates a second service response value and a cipher key and 
determines if the first service response value matches the second service response 
value. The network operator transmits the content to the user when requested by 
the user. 
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Also, an embodiment of the present invention provides for a system, method 
and computer program for ordering, paying for and delivering goods and services. 
This system, method and computer program enables a user to select several content 
items from a content provider. The user then calculates and transmits several first 
5 service response values to the content provider. A network operator calculates 
several second service response values when the user requests the content from the 
network operator. The network operator verifies, by contacting the content provider, 
that one first service response values matches one of second service response 
values. The user then receives the content from the network operator when one of 
1 0 the first service response values matches one of the second service response value. 

These and other features of this device and method will become more 
apparent from the following description when taken in connection with the 
accompanying drawings which show, for purposes of illustration only, examples in 
accordance with the present invention. 

15 

Brief Description of the Drawings 

The foregoing and a better understanding of the present invention will become 
apparent from the following detailed description of exemplary embodiments and the 
claims when read in connection with the accompanying drawings, all forming a part 
20 of the disclosure of this invention. While the foregoing and following written and 
illustrated disclosure focuses on disclosing example embodiments of the invention, 
it should be understood that the same is by way of illustration and example only and 
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the invention is not limited thereto. The spirit and scope of the present invention are 

limited only by the terms of the appended claims. 

The following represents brief descriptions of the drawings, wherein: 
FIG. 1 is an example of an overall system diagram of an embodiment of the 
5 present invention; 

FIG. 2 is diagram showing a Global Standard for Mobile (GSM) 

communications authentication algorithm used in the example embodiments of the 

present invention; 

FIG. 3 is a flowchart of a first stage in GSM authentication shown in FIG. 2; 
10 FIG. 4 is a flowchart of a second stage in GSM authentication shown in FIG. 

2; 

FIG. 5 is a flowchart of a first stage of an example embodiment of the present 
invention in which a consumer or user orders and pays for a product from a seller or 
content provider with delivery of the product accomplished through a network 
1 5 operator; 

FIG. 6 is a flowchart of a second stage of an example embodiment of the 
present invention in which a consumer or user orders and pays for a product from 
a seller or content provider with delivery of the product accomplished through a 
network operator; 

20 FIG. 7 is a flowchart of an example embodiment of the present invention in 

which a consumer or user orders and receives a product from a seller or content 
provider and a network operator collects payment or bills for the product; 
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FIG. 8 is a flowchart of a first stage in an example embodiment of the present 
invention in which a consumer or user orders and pays or is billed for a product from 
a network operator and then the consumer or user receives the product from the 
content provider; 

5 FIG. 9 is a flowchart of a second stage in an example embodiment of the 

present invention in which a consumer or user orders and pays or is billed for a 
product from a network operator and then the consumer or user receives the product 
from the content provider; 

FIG. 10 is a flowchart of a first stage in an example embodiment of the 
10 present invention in which a consumer or user orders and pays or is billed for a 
product from a network operator and receives the product from the network operator; 

FIG. 1 1 is a flowchart of a second stage in an example embodiment of the 
present invention in which a consumer or user orders and pays or is billed for a 
product from a network operator and receives the product from the network operator; 
15 FIG. 12 is a flowchart of a first stage in an example embodiment of the 

present invention shown in FIGs. 5 and 6 in which a consumer or user orders several 
different products; 

FIG. 13 is a flowchart of a second stage in an example embodiment of the 
present invention, shown in FIGs. 5 and 6, in which a consumer or user orders 
20 several different products; 

FIG. 14 is a systems diagram of an example embodiment of the present 
invention in which a hashing algorithm is used to lock or bind a seller or content 
provider to a certain price for a product; and 

10 
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FIG. 1 5 is a modular configuration diagram of the embodiments of the present 
invention shown in FIGs 2 through 13. 

DETAILED DESCRIPTION 

5 Before beginning a detailed description of the subject invention, mention of 

the following is in order. When appropriate, like reference numerals and characters 
maybe used to designate identical, corresponding or similar components in differing 
figure drawings. Further, in the detailed description to follow, exemplary 
sizes/models/values/ranges may be given, although the present invention is not 

1 0 limited to the same. 

FIG. 1 illustrates an example of an overall system diagram of an embodiment 
of the present invention. In this example a mobile station (MS) 10 acts as an 
interface for the user or consumer (not shown) for access to the present invention. 
This mobile station (MS) 10 may be a WAP-capable cellular telephone, a Hypertext 

15 Markup Language (HTML) capable cellular telephone, or a cellular telephone with 
a processor-based system connected to it. This processor-based system may be, 
but not limited to, a laptop computer, palm computer, or other portable computing 
devices including the WAP-capable telephone alone. The mobile station (MS) 10 
communicates through the telecom infrastructure 70 to a network operator 20 or a 

20 content provider 30. The interface between the mobile station 10 and the content 
provider 30 and the network operator 20 may be through, but not limited to, an 
Internet protocol packet-switched network such as the Internet 80. However, this 
communications interface may also be a direct communications link provided by the 

11 
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telecom infrastructure 70, such as a cellular telephone network, or a cellular 
telephone network communicating to a PSTN. Therefore, the embodiments of the 
present invention are not limited to communications using the Internet. 

The user or consumer may also communicate with the embodiments of the 
present invention through a personal computer (PC) 40. This personal computer 
may be any processor-based system which may include but not limited to a desk-top 
PC, a server, a laptop computer, or a palm computer. Further, the PC 40 may 
communicate to the network operator 20 or the content provider through Internet 80 
or directly through the PSTN. 

Whether the user or consumer is communicating to the network operator 20 
or the content provider 30, the user or consumer may purchase and receive content 
50. Content 50 is a product, typically in a digital format which may be, but not limited 
to, software or data. This software may be, but not limited to, a game, or a business 
application software. The data may be, but not limited to, a video, music, or 
information such as stock quotes. As will be discussed in further detail in reference 
to FIGs. 5 through 13, the content 50 may be provided to the user or consumer by 
either the network operator 20 or the content provider 30. Further, this content 50 
may be delivered to either the mobile station (MS) 10 or the PC 40. In addition, 
payment 60 may be made by the user or consumer to either the network operator 
20 or the content provider 30. 

Embodiments of the present invention use the GSM (Global System for 
Mobile Communications) telephony system that employs algorithms in the mobile 
station (MS) 10, such as, but not limited to, cellular phones and WAP-capable 
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cellular phones, and the telecom infrastructure 70 which controls authentication of 
the user to prevent unauthorized access to the network and to provide encryption of 
the transmissions between users. The GSM System is described in depth in the 
publication, "The GSM System for Mobile Communications" by Mouly and Pautet, 
5 Copyright 1992, which publication is incorporated herein by reference in its entirety. 
Security features of the GSM system are described in pages 477 through 498 of the 
Mouly and Pautet text. Further detail of the GSM system security is provided in ETSI 
publication TS 100 929 V.6.1.0 (1999) entitled "Digital cellular telecommunications 
system (Phase 2+); Security related network functions" (GSM 03.20 version 6.1.0 

10 Release 1997), which is incorporated herein by reference in its entirety. 

Referring to FIG. 2, authentication in a GSM network is performed by the 
generation of a signed response (SRES) 1 50 by both the mobile station (MS) 1 0 and 
the telecom infrastructure 70 which is a function of a unique secret key (Ki) 1 10 of 
the mobile station 10 and a random number (RAND) 150. The signed response 

15 (SRES) 150 is calculated in a subscriber identification module (SIM) (not shown) 
located in the mobile station (MS) 10, based on Ki 1 10 inside the SIM and RAND 140 
obtained from the network authentication center (AuC) (not shown) in the telecom 
infrastructure 70. Additionally, the mobile station (MS) 10 and the telecom 
infrastructure 70 each perform encryption by generating a ciphering key (Kc) 100 

20 which is a function of the same random number RAND 140 and the secret key (Ki) 
110 of the mobile station 10. This authentication algorithm is a two stage process 
described in detail ahead in reference to FIG. 3 and FIG. 4 which employs two 
authentication algorithms. The first authentication algorithm, which calculates SRES 
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150, is known as the A3 algorithm module 120 and the second algorithm which 
computes Kc 100, which is computed each time a mobile station is authenticated, 
is known as the A8 algorithm module 130. However, each of the operations of 
authentication and computing of the ciphering key (Kc) 110 requires the mobile 
5 station (MS) 10 to be programmed to perform the aforementioned computations. 

Still referring to FIG. 2, the telecom infrastructure 70 using GSM 
authenticates the mobile station (MS) 10 whenever a new mobile station (MS) 10 
registers with the telecom infrastructure 70 and whenever a registered mobile station 
(MS) 10 turns on the power. The cryptographic authentication process mentioned 

10 above and discussed in further detail in reference to FIGs. 3 and 4, uses the fact that 
identical computations produce identical results. Authentication in GSM is based on 
a secret key (Ki) 1 10 that is shared by telecom infrastructure 70 and the subscriber 
and which is different for each subscriber. The telecom infrastructure 70 keeps the 
key Ki 110 in the AuC and the subscriber has Ki 110 installed with SIM card of the 

15 mobile station 10, which he receives from the operator when the subscription 
contract is made. To protect the secrecy of Ki 110, the SIM is made so that the 
mobile station (MS) 10 cannot directly access the value of Ki 110, and can only 
initiate certain computations in the SIM that use Ki 1 10 and then receive the results 
of those computations. Similarly, the elements of the telecom infrastructure 70, such 

20 as home location register (HLR) cannot access subscribers' keys Ki 110 directly. 
These network elements may only request from the AuC a result of computations 
that use Ki 110 as discussed above. These computations are an A3 algorithm 
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module 120 and an A8 algorithm module 130 and are identical in the SIM in the 
mobile station (MS) 10 and in the AuC in the telecom infrastructure 70. 

A discussion will now be supplied involving the logic employed in the 
embodiments of the present invention. Specifically, a discussion will be provided of 
5 the flowcharts illustrated in FIGs. 3 through 13 and the modular configuration 
diagram provided in FIG. 15. The flowcharts shown in FIGs. 3 through 13, as well 
as the modular configuration diagram shown in FIG. 15 contain operations that 
correspond, forexample, to code, sections of code, instructions, firmware, hardware, 
commands or the like, of a computer program that is embodied, for example, on a 
10 storage medium such as floppy disk, CD Rom, EP Rom, hard disk, etc. Further, the 
computer program can be written in any language such as, but not limited to, for 
example C++. 

The foregoing mentioned GSM authentication process uses a GSM 
authentication module 1000, shown in FIGs. 2 and 15, which operates in two stages 

15 with the first stage being shown in FIG. 3 and the second stage being shown in FIG. 
4. The GSM authentication module 1 000 includes operations 200 through operation 
230 shown in FIG. 3 and operations 240 through 330 shown in FIG. 4. 

In the first stage of GSM authentication, shown in FIG. 3, a telecom 
infrastructure 70 element using GSM authentication module 1000, which is typically 

20 a MSCA/LR (Mobile services Switching Center/Visitor Location Register) receives 
an International Mobile Subscriber Identity (IMSI) from the mobile station (MS) 10 
and requests from the AuC of the telecom infrastructure 70 one or more triplets. 
These triplets are composed of RAND 140, SRES 150, and Kc 100. 
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Referring to FIG. 3, specifically, in the first stage of GSM authentication the 
mobile station (MS) 10, in operation 200, sends an International Mobile Subscriber 
Identity (IMSI) to MSCA/LR in the telecom infrastructure 70. In operation 210, the 
MSC/VLR requests authentication triplet(s) (RAND 140, SRES 150, and Kc 100) 
5 from the AuC in the telecom infrastructure 70. Then in operation 230, the AuC in the 
telecom infrastructure 70 computes one or more triplets (RAND 140, a SRES 150, 
and a Kc 100) and sends them to the MSCA/LR in the telecom infrastructure 70. 

In the second stage of GSM authentication, the GSM authentication module 
1000 starts in operation 240 by the MSCA/LR of the telecom infrastructure 70 

10 authenticating the mobile station (MS) 10 by the MSC/VLR of the telecom 
infrastructure 70 sending to MS 10 authentication request (RAND) in which the 
message contains a RAND 140. Then in operation 250, the MS 10 sends to the 
SIM, contained within MS 10, a run GSM algorithm (RAND) request message which 
again contains RAND 140. In operation 260, MS 10 sends to the SIM a get 

15 response message. Thereafter in operation 270, the SIM replies with a response 
having a SRES 150 and Kc 100. Then in operation 280, MS 10 stores Kc 100 in the 
SIM by sending to the SIM a write (Kc) request in which the message contains Kc 
100. In operation 290, the MS 10 sends to MSC/VLR a Radio Interface Layer 3, 
Mobility Management (RIL 3-MM) protocol authentication response in which the 

20 SRES 150 is contained in the message. After receiving the message in operation 
290, in operation 300 the MSC/VLR, in the telecom infrastructure 70, compares 
SRES 150 that it has received from AuC, also in the telecom infrastructure 70, in 
stage one of GSM authentication discussed in reference to FIG. 3, with the SRES 

16 
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150 received from the MS 10 in operation 310. If the values of the SRES 150 are 
determined not to be identical in operation 310, then processing proceeds to 
operation 330 where authentication fails and service is not established. However, 
if the values are identical in operation 310 then authentication succeeds and service 
5 is established in operation 320. 

Specific example embodiments of the present invention will now be discussed 
in reference to FIGs. 5 through 13 and FIG. 15. As would be appreciated by one of 
ordinary skill in the art, numerous variations to these embodiments are possible and 
these example embodiments of the invention are not intended to limit the scope of 

10 the invention as provided by the claims. 

The first example embodiment of the present invention is shown in two stages 
FIGs. 5 and 6. To summarize, a user or consumer registers with and pays the 
content provider 30 for a selected content 50, but the content 50 is distributed by 
network operator 20. The payment that the content provider 30 gives the network 

1 5 operator 20 may be based on, but not limited to, the amount of distributed copies of 
the content 50. 

More specifically, once the user or consumer has been authenticated by the 
GSM authentication module 1000, as discussed in reference to FIGs. 3, 4 and 15, 
the user or consumer may execute business model A 1 1 00, shown in FIG. 1 5, which 
20 includes operations 340 through 360, shown in FIG. 5, and operations 370 through 
450, shown in FIG. 6. In operation 340, the user or consumer visits, for example, a 
web site of a content provider 30. While visiting the web site, the user or consumer 
chooses a content 50 item, such as, but not limited to a new game, and pays for it. 
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This payment 60 may be in the form of providing a credit card number, by money 
transfer, or by any other way available. This transaction may be encrypted to reduce 
the risk of a third party intercepting it. In operation 350, after the payment process 
is completed and approved, the user or consumer receives from a content provider 
5 30 an identifier of the content (CID - content identification), and a random number 
(RAND) 140, which he uses to compute SRES 150 as was done in the previous 
discussion in reference FIGs. 2 and 3. In this embodiment, the CID may be used to 
both identify the content 50 and the content provider 30 that supplies the content 50. 
This transaction may also be encrypted to reduce the risk of a third party 

10 intercepting it. Then in operation 360, the user or consumer then sends a first SRES 
1 50 to content provider 30. Content provider 30 stores the triplet having CID, RAND 
140, and SRES 1 50 in the content provider's 30 database. This stored triplet serves 
as proof that the user or consumer, has the ability to compute SRES 1 50 from RAND 
140 and has paid for the content 50 as identified by the CID. 

1 5 As mentioned above, operations 340 and 350 should be encrypted to reduce 

the possibility of a third party from learning, for example, the user's or consumer's 
credit card number and the value of RAND 140. This encryption may be done, for 
example, by encrypting the communication between user and content provider 30 
using any of the well known methods, such as a SSL protocol, as discussed in the 

20 Internet Draft specification from the Transport Layer Security Working Group entitled 
"The SSL Protocol Version 3.0" by Freier et al. and dated November 18, 1996, 
herein incorporated by reference in its entirety. 
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The second stage of business model A 1100, shown in operations 370 
through 450 of FIG. 6 and FIG. 1 5, is executed when the user wants to download the 
content 50. In operation 370, the user or consumer sends to the network operator 
20 the content identifier (CID) and RAND 1 40 and then computes a ciphering key Kc 
5 1 00 using the RAND 1 40 and his secret key Ki 110, as previously discussed for the 
GSM authentication module 1000. In an alternative implementation of this example 
embodiment of this invention, the user or consumer may send both RAND 140 and 
SRES 1 50 to the network operator 20. 

Once the network operator 20 receives the CID and RAND 140 from the user 

10 or consumer, then in operation 380 the network operator 20 computes a second 
SRES 1 50 and Kc 1 00 using A3 Algorithm module 1 20 and A8 Algorithm module 1 30 
from the RAND 140. In operation 390, the network operator 20 sends the triplet 
(CID, RAND 140, SRES 150) to content provider 30. Then in operation 400, content 
provider 30 checks if the triplet (CID, RAND 140, SRES 150) is stored in its 

15 database. In operation 410, it is determined if the triplet received from network 
operator has a matching triplet stored in the content provider 30 database. If a 
match is not found, then in operation 420 the content provider 30 returns a negative 
acknowledgment to the network operator 420 and processing terminates. If a match 
is found, then in operation 430 a positive acknowledgment is sent to network 

20 operator 20. After receiving positive acknowledgment in operation 430, network 
operator 20 encrypts the content 50 with ciphering key Kc 100 and sends it to the 
user or consumer at the mobile station 10 or PC 40 in operation 440. Then in 
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operation 450, the user or consumer decrypts the content 50 using the key Kc 100 
and installs it on his mobile station 10 or PC 40. 

The accounting or payment provisions between content provider 30 and 
network operator 20 may be based on the amount of positive acknowledgments 
5 received by the network operator 20. To prevent disputes between content provider 
30 and network operator 20, it is possible for the acknowledgments to be digitally 
signed by the content provider 30. In addition, if we wish to prevent third party from 
learning the transactions between network operator 20 and content provider 30, then 
the messages sent in operations 390 and 400 may be encrypted. Encryption of 

10 content 50 in operation 440 may be accomplished using an encryption of speech 
algorithm on the GSM radio path. Also, some other methods of encryption using Kc 
100 as the encryption key may be used. 

FIG. 7 is a flowchart of business model B 1 200, shown in FIG. 1 5, in which a 
consumer or user orders and receives a content 50 from content provider 30 and a 

15 network operator 20 collects payment 60 or bills for the product. Business model 
B 1200 includes operations 460 through 530 shown in FIG. 7. 

To summarize, business model B 1200 enables the user or consumer to 
register with a content provider 30 and download content 50 from the server of the 
content provider 30. The network operator 20 then collects the payment 60 from the 

20 user or consumer on behalf of the content provider 30. The price of the content 50 
may be added to the telephone bill of the consumer or user. The payment 60 that 
network operator 20 gives to the content provider 30 may be based on, but not 
limited to, the amount of distributed copies of the content 50. 
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Referring to FIG. 7, the business model B 1200 begins execution in operation 
460 by the user or consumer visiting, for example, a web site of a content provider 
30 where he orders a content 50 item, such as a new game. In operation 470, the 
content provider 30 sends the user a random number (RAND) 140. The user 
5 computes a first SRES 150 using A3 algorithm module 120 and Kc 100 using A8 
algorithm 130 and sends SRES 150 back to the content provider 30, together with 
his mobile network identifier. This mobile network identifier may include a location 
area identity (LAI) and Temporary Mobile Subscriber Identity (TMSI). However, the 
user may also supply the content provider 30 with an alias which the network 

10 operator 20 may use to lookup the mobile network identifier. In operation 480, the 
content provider 30 sends the content identifier, CID, the mobile network identifier 
and the pair (RAND 140, SRES 150) to the network operator 20. Thereafter in 
operation 490, the network operator 20 computes a second SRES 150 and Kc 100 
from RAND 140 using A3 algorithm module 120 and A8 algorithm module 130. This 

15 calculation is based on the secret key Ki 110 that is stored in the authentication 
center AuC that is part of the telecom infrastructure 70. In operation 500, a 
determination is made if the computed value of SRES 1 50 is the same as the value 
received from the content provider 30. If the two do not match then processing 
proceeds to operation 51 0 where a negative response is sent to the content provider 

20 30. If the two SRES 150 values do match, then processing proceeds to operation 
520. In operation 520, the network operator 20 charges the userorconsumerforthe 
content 50 and transmits a positive acknowledgment containing the key Kc 100, 
which enables content provider 30 to encrypt the content 50. Thereafter, in 
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operation 530, the content provider 30 sends the content 50 to the user or consumer 
encrypted based on Kc 100. The content provider 30 then stores the triplet (CID, 
RAND 140, SRES 150) in his database. This stored triplet serves as proof that a 
user or consumer having the capability of computing SRES 1 50 from RAND 140 has 
5 been charged by the network operator 20 for the content 50 identified by the CID. 

The business agreement between content provider 30 and network operator 
20 may be based on the number of positive acknowledgments given to content 
provider 30 in operation 520. Further, for security it is preferred that operations 480 
and 490 be authenticated by, for example, a digital signature and be encrypted to 

10 reduce the possibility of interception by a third party. 

FIGs. 8 and 9 are flowcharts illustrating a two stage process in which a 
consumer or user orders and pays, or is billed, for a content 50 by a network 
operator 20 and then the consu mer or user receives the content 50 from the content 
provider 30. Operations 540 through 700 illustrated in FIGs. 8 and 9 are performed 

15 by a business model C module 1300 shown in FIG. 15. This business model C 
module 1300, as with all the modules shown in FIG. 15, contain operations that 
correspond, for example, to code, sections of code, instructions, firmware, hardware, 
commands or the like, of a computer program. 

Referring to FIG. 8, in operation 540, the user or consumer visits a web site 

20 of a network operator 20. The user or consumer selects a content 50, such as a new 
game, with an identifier CID associated with it. Then in operation 550 the network 
operator 20 sends the consumer or user a random number RAND 140 to which the 
user replies with a first SRES 1 50 calculated using the A3 algorithm module 1 20. In 
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operation 560, it is determined whether the value of SRES 150 received from the 
user or consumer matches the value of a second SRES 150 computed by the 
network operator 20. If the two values do not match then processing proceeds to 
operation 570 where the transaction fails and processing terminates. If the two 
5 values match, then processing proceeds operation 580 where the network operator 
20 charges the user or consumer the payment 60 for the content 50 by, for example, 
adding the price of the content 50 to the phone bill. Then in operation 590, the 
network operator 20 sends the content identifier, CID, and the triplet (RAND 140, 
SRES 150, Kc 100) to the content provider 30. Upon receipt of the CID and triplet, 

10 the content provider 30 stores (CID, RAND 140, SRES 150, Kc 100) in its database. 
In order to reduce the risk of third party interception, the foregoing message should 
be authenticated by, for example, a digital signature and also encrypted to ensure 
secrecy of the values of RAND 140, SRES 150, and Kc 100. 

The second stage of the business model C module 1300, shown in FIG. 9, 

15 begins when the user or consumer wants to download the content 50. This may 
occur at any time after the first stage of the business model C module 1300 has 
completed as shown and discussed in reference to FIG. 8. 

Referring to FIG. 9, in operation 600 the user visits, for example, the web site 
of the content provider 30 and sends to the content provider 30 the CID received in 

20 operation 540 of FIG. 8, RAND 140 received in operation 550 of FIG. 8, as well as 
encrypted copies of Kc 100 and SRES 150 calculated in operation 550 of FIG. 8. 
SRES 150 is encrypted to prevent a third party who has intercepted the RAND 140 
and SRES 1 50 in operation 550 of FIG. 8 from impersonating the user or consumer. 
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In operation 610, the content provider 30 searches its database for CID, RAND 1 40, 
SRES 150, and Kc 100. If it is determined, in operation 620, that matching values 
are not found, then processing proceeds to operation 630 where a negative 
acknowledgment is given to the user or consumer and processing terminates. 
5 However, if operation 620 determines that a matching entry is found, then processing 
proceeds operation 640 where the content provider 30 decrypts Kc 100 and SRES 
1 50. If, in operation 650, the value of the first SRES 1 50 received from the user or 
consumer is determined not to match the value of the second SRES 1 50 previously 
given by the network operator 20, then processing proceeds to operation 660 where 

10 the transaction fails and processing terminates. However, if a match is found in 
operation 650, then the content provider 30 encrypts the content 50 using Kc 100 
and transmit the content 50 to the user or consumer at either MS 10 or PC 40, 
wherever the user or consumer is located. 

Using the business model C module 1300 the user or consumer remains 

15 anonymous to the content provider 30 which the user or consumer may not know 
and trust. Further, it is also less likely that the user's identity will be sold to a 
marketing organization and his credit number, or other method of payment, could be 
intercepted by a third party. 

FIGs. 10 and 1 1 are flowcharts of a two stage embodiment of the present 

20 invention in which a consumer or user orders and pays, or is billed for, a content 50 
from a network operator 20 and receives the content 50 from the network operator 
20 using the business model D module 1400, shown in FIG. 15. By using business 
model D module 1400, the user or consumer has no contact with the content 
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provider 30. The network operator 20 both distributes the content 50 and collects 
the payment 60 for it on behalf of the content provider 30. The price of the content 
50 may be simply added to the telephone bill of the user or consumer. The payment 
60 that network operator 20 gives content provider 30 may be based on the amount 
5 of distributed copies of the content 50 or other suitable agreement. The advantage 
to the user or consumer is that he is dealing with an entity he is familiar with and 
trusts. The advantage to the content provider 30 is that he simply supplies the 
content 50 to the network operator 20 and everything else is taken care of by the 
network operator 20. 

10 The business model D module 1400 includes operations 710 through 840 

shown in FIGs. 10 and 11. Referring to FIG. 10, the business model D module 1400 
starts in operation 710 by the user visiting, for example, the web site of the network 
operator 20 where he selects a content 50, such as a new game having a CID 
associated with it. In operation 720, the network operator 20 sends the user or 

1 5 consumer a random number (RAND) 1 40 to which the user replies with a first SRES 
150 calculated using A3 algorithm module 120. Then in operation 730, the network 
operator compares the value of SRES 150 received from the user or consumer to 
see if it matches the value of a second SRES 1 50 computed by the network operator 
20 also using the A3 algorithm module 120. If the two SRES 150 values do not 

20 match then processing proceeds to operation 740 where a transaction failure is 
reported to the user or consumer. If a match is found in operation 730, then network 
operator 20 charges the user for the content 50. Thereafter the network operator 20 
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stores, in operation 760 the triplet having CID, RAND 140, SRES 150, and Kc 100 
in its database. 

The second stage of the business model D module 1400 occurs when the 
user 50 wants to download the content 50. This may be substantially after the first 
stage of the business model D module 1400, shown in FIG. 10, completes and 
begins by the user or consumer visiting the web site of the network operator 20 and 
sending the network operator 20 the CID, RAND 140, and encrypted Kc 100 and 
SRES 150, in operation 770, shown in FIG. 11. The encryption of SRES 150 
reduces the risk of a third party intercepting the SRES 150 and impersonating the 
user or consumer. Thereafter, in operation 780 the network operator 20 searches 
its database for the CID, RAND 140, SRES 150, and Kc 100. If a matching entry is 
not found then a negative acknowledgment is sent to the user in operation 800 and 
processing terminates. If a matching entry is found in operation 790, then in 
operation 810 the network operator 20 decrypts Kc 100 and SRES 150. If the 
decrypted SRES 150 value does not match the stored SRES 150 value, then 
processing proceeds to operation 830 where a transaction failure is reported to the 
user or consumer and processing terminates. However, if the value of SRES 1 50 
received from the user matches the previously stored value of SRES 150, then 
processing proceeds to operation 840 where the network operator 20 encrypts the 
content 50 with Kc 1 00 and sends it to the user or consumer located at MS 1 0 or PC 
40. 

A further embodiment is possible for the present invention as provided in 
business model E module 1500, shown in FIG. 15, which includes operations 850 
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through 960 shown in FIGs. 12 and 13. Business model E module 1500 is similar 
to business model A module 1 1 00 with the exception that business model E module 
1500 enables the user or consumer to purchase several content 50 items at once. 
As with business model A module 1100, business model E module 1500 enables 
5 the user or consumer to register with and pay the content provider 30, but the 
content 50 is distributed by network operator 20. The fee given by content provider 
30 to network operator 20 may be based on the amount of distributed copies of the 
content 50. The business model E module 1 500 operates in two stages. In the first 
stage, shown in FIG. 12, the transactions between user or consumer and content 

1 0 provider 30 take place. 

Referring to FIG. 12, in operation 850 the user or consumer visits, for 
example, the web site of content provider 30 where he selects several content 50 
items and pays for them by, for example, giving his credit card number, by money 
transfer, or by any other method available. This transaction should be encrypted to 

1 5 prevent a third party from intercepting the transaction. In operation 860, the user or 
consumer receives from the content provider 30 a serial number of the purchase, N, 
a list of identifiers of the content (CID1 , CID2,...CIDn) and a list of random numbers 
140 (RAND1, RAND2,..., RANDn). The user or consumer then calculates a first 
series of SRES 150 values (SRES1, SRES2 SRESn) based on the series of 

20 RAND 140 values (RAND1 , RAND2 RANDn) supplied using A3 algorithm module 

120 previously discussed. Thereafter, in operation 870, the user or consumer sends 
the first series of SRES 1 50 values (SRES1 , SRES2, ... SRESn) to content provider 
30. The content provider 30 stores the three series of items (CID1 , CID2, ... CIDn), 
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(SRES1 , SRES2, ... SRESn) and (RAND1 .RAND2, ... RANDn) in his database. This 
database entry is indexed by the serial number of the purchase N. Each entry has 
also a series of Boolean variables (M1,M2, ... Mn) associated with it, which are all 
initially set to 1. The stored data acts as proof that user or consumer has the 
5 capability to compute a series of SRES 150 values from a series of RAND 140 
values and has paid for the series of contents 50 identified by the series of CID 
values. 

Operations 850 and 860 should be encrypted to reduce the risk of a third party 
intercepting the information and learning the user's credit card number and the value 
10 of RAND 140. This can be done, for example, by encrypting the communication 
between the user and content provider 30 using one of the known methods, such as 
an SSL protocol. 

Referring to FIG. 13, the second stage of processing for business model E 
module 1500 occurs when the user wants to download one of the content 50 items 

1 5 which was paid for in the first stage. For example, let the identifier of the content 50 
desired be CID2. In operation 880, the user or consumer sends to network operator 
20 the serial number of the purchase N, the number of the identifier on the list, 
which is 2, the content identifier CID2 and RAND2. The user of consumer MS 10 
then computes a ciphering key Kc 100 using RAND2 140 and his secret key Ki 1 10 

20 using A8 algorithm module 1 30. In an alternative embodiment of business model E 
module 1500 the user consumer sends both RAND2 140 and SRES2 150. Then in 
operation 890, the network operator 20 computes a second SRES2 150 value using 
A3 algorithm module 130 and Kc 100 using A8 algorithm module 130 from RAND2 
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as previously discussed. In operation 900, the network operator 20 transmits N, 2, 
CID2, RAND2 140, and SRES2 150 to the content provider 30. Upon receipt, the 
content provider 30 checks if CID2, RAND2 140, and SRES2 150 are stored in the 
second item of the list in its database for entry N, in operation 920. If entry N does 
5 not exist then processing proceeds to operation 930 in which content provider 30 
sends, a negative acknowledgment to the network operator 20 and processing 
terminates. However, if entry N does exist then processing proceeds to operation 
940 at which time it is determined if M2=1. If M2...1 then this indicates that the 
second item has been consumed by the user, and processing again proceeds to 

1 0 operation 930 as previously discussed and processing halts. However, if M2=1 then 
processing proceeds to operation 950 and the content provider 30 sends a positive 
acknowledgment to network operator 20. After receiving positive acknowledgment 
the network operator 20 encrypts the content 50 with ciphering key Kc 100 and 
sends it to the user, in operation 910. The user then decrypts the content 50 using 

15 the key Kc 100 and installs it on his mobile station 10 or PC 40. 

As would be appreciated by one of ordinary skill in the art, business model B 
module 1200, business model C module 1300 and business model D module 1400 
may be modified in a similar fashion as was done to business model A module 1 1 00 
to create business model E module 1500 so that a consumer may order several 

20 content 50 items. 

It is possible to modify business model B module 1200 further so as to bind 
or force the content provider 30 to a certain price for the product. By using this 
binding mechanism on the content provider 30, the user or consumer can be assured 
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that he will not be charged a different price for a content 50 item ordered. There 
exist two mechanisms to bind a content provider 30 to a certain price. The first 
method uses a one-way hash function and the second method uses Kc 100. 

The fundamental reason for binding a content provider 30 to a price for a 
5 content 50 is that the user or consumer may have concerns in dealing with an 
unknown content provider 30. This concern may be unnecessary when the content 
provider 30 is a large organization with a strong reputation to protect. But there is 
no fundamental reason preventing anyone from becoming a content provider 30 and 
exploiting these mechanisms. Consequently, a user or consumer may not 

1 0 necessarily fully trust a content provider 30. If content provider 30 is not fully trusted 
by the user, the foregoing embodiments of the present invention should be 
strengthened. This is because when a user initiates a transaction with a malicious 
content provider 30, it could use the information learned during this transaction (i.e., 
the pair (RAND 140, SRES 150)) to make a purchase from a different content 

15 provider 30 while pretending to be the user. The cost of the purchase from the other 
content provider 30 could then be added to the user's bill. Or more simply, the user 
could be charged a higher price for content 50 or even pay for a content 50 that he 
was not ordered. 

Referring to FIG. 14, a one-way hash function H 190 is a function which takes 
20 an arbitrary length input and produces a fixed length output. Further, the function is 
easy to compute, but the inverse of the function is nearly impossible to determine. 
MD5 and SHA-1 are examples of popular one-way hash functions described on 
pages 347-349 of Chapter "Hash Functions and Data Integrity," of Handbook of 
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Applied Cryptography by A. J. Menezes etal., published byCRC Press, Inc. in 1997, 
ISBN 0-8493-8523-1, incorporated herein by reference. Both the user and the 
network operator 20 compute SRES 1 50 using H 1 90, as shown in FIG. 1 4, and any 
suitable hash function for H 1 90 which takes three inputs (RAND 1 40, Seller I D 1 70, 
5 price 180) or the inputs can be concatenated into a single string before being fed to 
a one-way hash function H 190. Using this one-way hash function (H) 190, the 
identity of the content provider 30, represented by the seller ID 170, the price 180 of 
the content 50 and the random number (RAND) 140 are bound together (hashed) 
into a single fixed variable called the hashed random number (RAND') 160. The 

1 0 response SRES 1 50 is computed using the A3 algorithm 1 20 with Ki 1 1 0 and RAND' 
1 60 as inputs. Processing then proceeds similarly to business model B 1 200 module 
as discussed above in reference to FIG. 7, with the user sending SRES 150 to the 
content provider 30. Content provider 30 sends CID, RAND 140, Seller ID 170 and 
the price 180 to network operator 20. Network operator 20 computes SRES 150 as 

15 shown in FIG. 14. It should be noted that if a content provider 30 changes one of the 
quantities (for example the price 1 80) that are bound together with H 1 90 before he 
sends them to network operator 20, then the value of the second SRES 150 
computed by the network operator 20 will not match the value of the first SRES 1 50 
that was computed by the user and forwarded to the network operator 50 by the 

20 content provider 30. As a result of the mismatch in computed SRES 1 50 values the 
transaction will be rejected by the network operator as possibly fraudulent. In this 
way the binding mechanism, shown in FIG. 14, protects the user from fraud by 
dishonest content providers 30. 
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Another embodiment which would modify business model B module 1200 
and bind the content provider 30 to a certain price for the content 50 employs Kc 
1 00. In business model B module 1 200, the network operator 20 gives Kc 1 00 to the 
content provider 30 . This is necessary when the content provider 30 needs to 
confidentially transfer information back to the user. However, in some scenarios it 
may not be necessary to reveal Kc 1 00 to the content provider 30. In this case, the 
binding could be achieved by encrypting with Kc 1 00. The user transmits his mobile 
network identifier, SRES 150, Seller ID, and price 180 he has agreed to pay to the 
content provider 30 encrypted with Kc 100. The content provider 30 forwards this 
to the network operator 20 along with his own version of Seller ID 170 and price 180 
unencrypted. The network operator 20 can decrypt the encryption to recover SRES 
150, Seller ID 170 and price 180 and check if the latter two items match what the 
content provider 30 sent unencrypted. The remainder of the processing remains 
unchanged from that shown in business model B module 1200 discussed in 
reference to FIG. 7. 

A further embodiment may be realized in business model A module 1 1 00 and 
business model D module 1400 through the use of a stronger password from Kc 100 
by means of additional cryptographic protocol. Such protocol is described in U.S. 
Patent Numbers 5,241 ,599 and 5,440,635 to Bellovin, et al., incorporated herein by 
reference. Using this cryptographic protocol in which Kc 100 is the seed, it is 
possible to transform a weak shared password (Kc 100), into a strong shared 
password (Kc 100). 
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Using the foregoing embodiments of the present invention, the sale and 
access to content 50 is simple and secure using the GSM authentication system and 
method discussed in reference to FIGs. 2 through 4 and 1 5 above in conjunction with 
the business model A module 1 1 00, business model B module 1 200, business model 
5 C module 1300, business model D module 1400 and business model E module 
1500. A user or consumer is secure in the knowledge that he will not be 
overcharged for a content 50 and that he will receive delivery of content 50. The 
implementation of the present invention is simplified since there is no need to change 
the GSM authentication center AuC in the telecom infrastructure 70. 

10 While we have shown and described only a few examples herein, it is 

understood that numerous changes and modifications as known to those skilled in 
the art could be made to the present invention. For example, instead of down 
loading content after the payment, the user may be granted access to a shared 
network resource. In this way, the user may be granted access rights to a networked 

1 5 game server. If the access rights are temporary, then the expiration time of those 
rights may be stored together with CID, RAND 140 and SRES 150. Instead of 
paying for content 50 the user may just registers with the content provider 30. The 
encryption of content 50 may be accomplished in the same way as the encryption 
of speech on the GSM radio path. It is also possible to implement payment 60 and 

20 access control based on same kind of mechanism (smart cards (SIM), random 
number (RAND) 1 40, and service response (SRES) 1 50) when the user has a smart 
cards, similar to the SIM, but is not a subscriber of a network operator 20. Further, 
the user's portion of the authentication mechanism can be implemented on a PC, 
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without a smart card. Therefore, we do not wish to be limited to the details shown 
and described herein, but intend to cover all such changes and modifications as are 
encompassed by the scope of the appended claims. 
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